章节序号：待编排 · StoryCam Session

投资人 BP：把私密故事剧场讲成可融资叙事

本 session 的核心不是单纯“做一份漂亮 PPT”，而是把 StoryCam 的产品定位、界面素材、市场判断和工程交付整理成一份适合投资人快速理解的中文 BP。

BP

阅读这章时，可以把它看成一次“从产品事实到融资表达”的训练：先确认投资人期待，再抽取产品证据，最后把生成文件纳入工程卫生管理。

TL;DR

本章学习目标

学会从外部融资标准反推 deck 结构

不是先写自己想说什么，而是先判断投资人会在有限时间里寻找哪些证据：问题、市场、产品、差异化、商业模式、融资用途。

学会把产品素材转译为融资证据

界面图、产品流程图、设计系统不是装饰，它们可以证明产品已经有清晰工作流、审美方向和目标用户。

学会处理“漂亮”和“可信”的取舍

投资人 deck 需要高级感，但不能牺牲可信度；没有验证的数据要标为待补，而不是编造 traction。

学会给生成产物建立工程边界

设计产物、PPTX、章节 HTML 可以留在项目根目录下，但应与源代码追踪分离，避免污染 review 和提交历史。

工具、参考图和可视化证据

本节记录这次 BP 生成依赖的工具、外部参考和项目内视觉素材。它们不是聊天装饰，而是 deck 判断的证据来源。

使用工具

Presentations 插件、artifact-tool presentation JSX、浏览器搜索、本地 shell 检查、PPTX 导出与布局 QA。

融资参考

DocSend seed deck guide、Sequoia 风格结构、YC seed fundraising 经验，以及 investor deck 的短时间阅读规律。

市场参考

Menlo Consumer AI、a16z Top 100 Gen AI Apps、Grand View AI Video Generator、DataM Creator Economy。

StoryCam UI flow board

关键图像：StoryCam UI flow board。它帮助 deck 把产品讲成“私密故事剧场”的连续工作流，而不是一组孤立功能。

StoryCam concept input interface
概念输入：证明产品从普通用户的私密想法进入，而不是专业制片表单。
StoryCam story world confirmation interface
故事世界确认：对应项目不可跳过的 script、character、scene 确认边界。
StoryCam core storyboard interface
核心 storyboard：说明 core group 是 clip group，不是装饰性静帧。

沿时间排列的原始 Prompt

下面保留对学习有价值的用户原话。长篇项目宪法只摘出影响本次 BP 的关键约束，避免把本章变成配置文件复刻。

Prompt 1：项目宪法与 StoryCam 北极星
StoryCam is an AI private story-theater product for ordinary users. It is not an industrial short-drama production backend, a professional shot-table tool, or a public content marketplace. The MVP loop is: private idea + optional photos -> script + character assets + scene assets -> user confirms story world -> one core storyboard group -> optional expansion cards -> one generated clip for the confirmed core group -> final work composition -> account-scoped save and preview Non-Negotiables: - Do not skip story, script, character, scene, or storyboard confirmation. - Core storyboard groups are clip groups, not decorative stills. - Keep provider calls server-side. - Do not expose ... raw provider payloads, signed URLs, or model parameters to ordinary users.
教师批注：这是本 session 的产品边界。它决定了 BP 不能把 StoryCam 包装成“万能 AI 视频平台”，而要坚持普通用户、私密故事、确认式创作和服务端 provider 边界。
Prompt 2：首次要求制作投资人幻灯片
请分析这个产品的功能和素材，并根据相同风格创建一份投资人幻灯片。 我希望你先上网搜索一下，了解截至今，投资人目前在看什么，尤其是他们希望在 PowerPoint 融资 deck（或你发给他们的 deck）里看到什么。请按照那种风格来制作。使用这个应用的风格，现在不要添加太多内容；后面我们可以再补充。不要添加任何 pill 样式元素。重点是让它看起来像一份精美的投资人 deck。请在网上找一些案例并参考其风格，不要只依赖你自己的设计能力。使用 [@presentations](plugin://presentations@openai-primary-runtime)
教师批注：这个 prompt 很关键，因为它同时给出“研究先行”“应用风格一致”“轻内容”“禁止 pill”“使用 Presentations”的设计约束。优秀的生成式协作不是让 AI 自由发挥，而是把审美、内容深度和工具链都框定清楚。
Prompt 3：产物归档与 git 边界
相关产生的文件，放在一个文件夹下，这部分不要再 git 上追踪
教师批注：这是工程卫生的转折点。生成型工作经常产生大量中间文件，如果不及时规定目录和追踪边界，后续 review 会被无关产物淹没。
Prompt 4：把 deck 迭代成更合适的 BP
可以再迭代下，作为一个合适的 BP，前面的市场调研数据需要更加专业，整体 ppt 文字可以更加精简，需要更多的图标表达，同时前后保持主要中文的表达
教师批注：这不是单纯“再美化一下”，而是明确指出 v0.1 的四个改进方向：专业数据、精简文字、更多图标、中文主叙事。它把审美反馈转化成可执行的设计任务。
Prompt 5：把 session 整理成项目开发叙事章节
你是一个“项目开发叙事整理器”。我要把我和 Codex 在某个项目中的不同 session 整理成按时间顺序排列的 HTML 章节，最终串成一份完整的项目开发过程讲解文档。 请根据我提供的本 session 聊天内容，生成一个完整 HTML 文件，并保存到项目根目录下未被 git 跟踪的文件夹： session-chapters/
教师批注：这个 prompt 把“做东西”推进到“沉淀学习材料”。它提醒团队：AI 协作的价值不只在产物，也在把判断过程、取舍和证据变成可复用知识。

时间线

节点 1：先确立项目边界
用户原话“StoryCam is an AI private story-theater product for ordinary users... Do not skip story, script, character, scene, or storyboard confirmation.”
Codex 总结将 StoryCam 的北极星、MVP loop、provider 安全边界作为后续 deck 的事实底座。
结果 / 影响：BP 的产品叙事不能偏向专业影视生产后台，也不能展示普通用户不该看到的 prompt packets、provider payload 或模型参数。
节点 2：投资人 deck 任务启动
用户原话“先上网搜索一下，了解截至今，投资人目前在看什么... 使用这个应用的风格... 不要添加任何 pill 样式元素。”
Codex 总结使用 Presentations 工作流，先研究投资人 deck 期待，再读取项目文档和产品素材，建立 slide 叙事骨架。
结果 / 影响：工作顺序从“设计一份 PPT”升级为“外部标准 + 内部素材 + 投资人表达”的组合任务。
节点 3：产品和素材分析
用户需求分析产品功能和素材，沿用应用风格。
Codex 总结从 docs 和 design assets 中提炼出：私密想法输入、故事世界确认、核心 storyboard、片段生成、最终作品保存预览，以及暗色电影工作台、青色/玫红光效、紧凑工具感等视觉语言。
结果 / 影响：deck 采用 StoryCam 自身界面截图作为“产品证据”，而不是抽象 SaaS 插画。
节点 4：v0.1 投资人 deck 生成
Codex 总结生成 9 页 deck：Cover、Why Now、Problem、Product Loop、System、Product Surface、Business Model、Moat、Round Plan，并执行布局检查和 PPTX 导出。
结果 / 影响：形成第一版精美、轻内容、可继续补充的投资人材料：storycam-investor-deck-v0.1.pptx。
节点 5：生成文件归档
用户原话“相关产生的文件，放在一个文件夹下，这部分不要再 git 上追踪。”
Codex 总结将最终 PPTX 移入 outputs/storycam-investor-deck/，并确认 outputs/ 被 .gitignore 忽略。
结果 / 影响：把创作产物和源码变更分开，减少误提交风险。
节点 6：v0.2 BP 迭代
用户原话“作为一个合适的 BP，前面的市场调研数据需要更加专业，整体 ppt 文字可以更加精简，需要更多的图标表达，同时前后保持主要中文的表达。”
Codex 总结把 deck 扩展为 11 页中文 BP，增加 investment summary、market data、market wedge、technology/trust、GTM/moat 等结构，并提高图标密度。
结果 / 影响：输出 storycam-investor-bp-v0.2.pptx，更接近可发给投资人的 BP 初稿。
节点 7：市场数据校准
Codex 总结修正 AI Video 市场数据，采用 Grand View Research 当前口径：2025 年约 7.885 亿美元，2033 年预计 34.416 亿美元，2026-2033 CAGR 20.3%。
结果 / 影响：避免使用过大、来源不稳或版本过旧的市场数字，提高 BP 的可信度。
节点 8：沉淀为开发叙事章节
用户原话“生成一个完整 HTML 文件，并保存到项目根目录下未被 git 跟踪的文件夹：session-chapters/”
Codex 总结把本 session 整理为 HTML 章节，保留关键原话，压缩 Codex 行动为“做了什么、为什么、结果是什么”，并加入教学批注、决策表和可复用方法。
结果 / 影响：这次 BP 生成不只是一次交付，也成为项目开发文档中的一章。

关键时刻

转折点 1：先研究投资人，而不是先做设计

问题：如果直接凭审美做 deck，可能很漂亮但不符合投资人阅读习惯。

为什么重要：DocSend 等融资资料强调 seed deck 要快速传达公司目的、问题、解决方案、市场、产品、商业模式和融资用途。

处理方式：先搜索投资人 deck 参考，再映射到 StoryCam 的产品证据。

转折点 2：坚持 StoryCam 的“普通用户私密剧场”定位

问题：AI 视频产品很容易被写成专业制作工具或通用内容工厂。

为什么重要：项目宪法明确排除了工业短剧后台、专业 shot-table 工具和公开内容市场。

处理方式：deck 以“private idea -> confirmed story world -> generated clip -> saved work”为主线。

转折点 3：把用户反馈翻译成 v0.2 设计动作

问题：用户认为 v0.1 需要更像正式 BP，而不仅是视觉预览。

为什么重要：BP 要能承载投资判断，尤其是市场数据、文字密度和信息层级。

处理方式：补强市场页，压缩文案，增加图标化表达，保持中文为主。

转折点 4：对生成产物建立 git 边界

问题：PPTX、渲染工作区和章节 HTML 都可能污染源码仓库。

为什么重要：项目叙事文件有价值，但不一定适合进入代码 review；生成物尤其需要隔离。

处理方式：将 PPTX 放入 outputs/，将章节放入 session-chapters/，并在 .gitignore 中忽略。

关键决策表

方案 当时看起来的好处 为什么放弃或保留 最终选择
套用通用 pitch deck 模板 速度快，结构稳定，容易生成。 通用模板会削弱 StoryCam 的电影工作台风格，也容易变成泛 AI 工具叙事。 保留投资人结构，视觉和证据使用 StoryCam 原生素材。
v0.1 做满内容 看起来更完整，页数和信息量都更足。 用户明确要求“现在不要添加太多内容，后面再补充”，过度填充会引入编造风险。 先做轻内容高质感版本，再根据反馈升级为 BP v0.2。
使用宏大 AI 视频 TAM 数字更大，融资叙事更刺激。 过大的 TAM 数字如果来源不稳，会降低可信度；StoryCam 更适合从 consumer AI、creator economy、AI video 的交汇处切入。 采用更专业的市场栈，并校准 AI Video Generator 数据。
英文为主的国际化 deck 更接近部分硅谷 pitch deck 风格。 用户要求前后保持主要中文表达，且本项目当前叙事更适合中文阅读。 中文主叙事，必要处保留 BP、GTM、AI Video 等行业词。
保留所有生成工作区 方便回溯中间产物和渲染过程。 中间工作区体积大、噪声高，不适合作为最终交付给项目。 保留最终 PPTX；临时 workspace 清理，输出目录忽略追踪。

可复用方法

方法 1：融资 deck 的“外部标准优先”

先查投资人实际看什么，再决定 slide 顺序。迁移到其他项目时，可以先列出目标读者的判断清单，再把产品材料映射到每个判断项。

方法 2：一页一个证明对象

每一页最好回答一个投资问题，并提供一个证明对象：数据、截图、流程、系统图或明确假设。这样 deck 不会变成口号集合。

方法 3：诚实占位，而不是伪造 traction

早期项目常有未确认数据。正确做法是把团队、收入、留存、融资用途标为待补或假设，而不是编出看似完整的数字。

方法 4：视觉风格来自产品，不来自模板

如果产品已经有强视觉系统，deck 应该吸收它的色彩、节奏、截图和信息架构。模板只提供结构，不应吞掉产品性格。

方法 5：市场数据的校准回路

市场页生成后要做一次来源回查：数字是否是最新口径、年份是否一致、CAGR 区间是否匹配、是否过度夸大。

方法 6：生成产物的目录隔离

把 PPTX、截图、临时渲染目录、叙事 HTML 放进明确的输出目录，并用 .gitignore 管理。这样既能沉淀过程，也不会污染源码历史。

工程证据

生成文件
忽略规则
  • .gitignore 包含 outputs/，用于忽略 PPTX 和渲染产物。
  • .gitignore 包含 session-chapters/，用于忽略本类叙事章节文件。
Checks:
- file outputs/storycam-investor-deck/storycam-investor-bp-v0.2.pptx
  -> Microsoft PowerPoint 2007+
- unzip -t outputs/storycam-investor-deck/storycam-investor-bp-v0.2.pptx
  -> no errors
- git check-ignore -v outputs/storycam-investor-deck/storycam-investor-bp-v0.2.pptx
  -> .gitignore: outputs/
PR

未创建。

Commit

未提交。

CI / Deploy

未运行。本 session 属于设计产物和叙事整理，不涉及部署。

后续事项

已完成

  • 完成 StoryCam 投资人 deck v0.1。
  • 根据反馈完成中文 BP v0.2。
  • 市场数据页完成更专业口径校准。
  • PPTX 输出放入不追踪目录。
  • 本 session 整理为 HTML 章节。

待确认

  • 团队介绍、融资金额、资金用途比例。
  • 真实 traction：注册、生成完成率、留存、付费、成本。
  • 商业模式的定价、毛利和单次生成成本。
  • 市场数据是否需要放入 appendix 或脚注页。

后续开发

  • 补齐产品内可支撑 BP 的使用数据埋点。
  • 继续完善导出、保存、预览和账号级作品管理体验。
  • 形成正式 investor PDF 版本和可编辑 PPTX 版本。
  • 在总项目叙事文档中按时间串联本章。